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IDENTIFICATION OF SEMANTIC UNITS 
FROM WITHIN A SEARCH QUERY 

RELATED APPLICATION 
This application claims priority under 35 U.S.C. § 1 19(e) based on U.S. 
Provisional Application Serial No. 60/237,389, filed October 4, 2000, and titled 
"Identification of Semantic Units From Within a Query", the disclosure of which is 
incorporated herein by reference. 

BACKGROUND OF THE INVENTION 

A. Field of the Invention 

The present invention relates generally to information location and, more 
particularly, to search engines that locate information on the World Wide Web. 

B. Description of Related Art 

The World Wide Web ("web") contains a vast amount of information. 
Locating a desired portion of the information, however, can be challenging. This 
problem is compounded because the amount of information on the web and the 
number of new users inexperienced at web research are growing rapidly. 

People generally surf the web based on its link graph structure, often 
starting with high quality human-maintained indices or search engines. Human- 
maintained lists cover popular topics effectively but are subjective, expensive to 
build and maintain, slow to improve, and do not cover all esoteric topics. 
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Automated search engines, in contrast, locate web sites by matching 
search terms entered by the user to a pre-indexed corpus of web pages. 
Generally, the search engine returns a list of web sites sorted based on 
relevance to the user's search terms. Determining the correct relevance, or 
importance, of a web page to a user, however, can be a difficult task. For one 
thing, the importance of a web page to the user is inherently subjective and 
depends on the user's interests, knowledge, and attitudes. There is, however, 
much that can be determined objectively about the relative importance of a web 
page. Conventional methods of determining relevance are based on matching a 
user's search terms to terms indexed from web pages. More advanced 
techniques determine the importance of a web page based on more than the 
content of the web page. For example, one known method, described in the 
article entitled "The Anatomy of a Large-Scale Hypertextual Search Engine," by 
Sergey Brin and Lawrence Page, assigns a degree of importance to a web page 
based on the link structure of the web page. 

Multiple search terms entered by a user are often more useful if 
considered by the search engine as a single compound unit. Assume that a user 
enters the search terms "baldur's gate download." The user intends for this 
query to return web pages that are relevant to the user's intention of downloading 
the computer game called "baldur's gate." Although "baldur's gate" includes two 
words, the two words together form a single semantically meaningful unit. If the 
search engine is able to recognize "baldur's gate" as a single semantic unit, 
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called a compound herein, the search engine is more likely to return the web 
pages desired by the user. 

For example, one application for compound units in a search engine might 
be to modify the ranking component of the search engine, so that documents 
containing the compound are considered more relevant than documents that 
contain the individual words but not the compound. 

Another application may be to suggest alternate queries that either 
extends, shortens, or replaces words in the current query in minor ways based 
on prior queries logged by the system. To be useful, such an application should 
suggest semantically meaningful alternatives. In the above "baldur's gate" 
example, a semantically meaningful alternative may be "baldur's gate reviews" 
(i.e., written reviews of the game). 

Conventionally, the identification of compounds in queries has focused on 
identifying compounds based on a list of previously identified compounds and 
statistics describing the relative frequency of occurrence of the compounds. Two 
approaches have commonly been used to construct such a list of compounds. 

The first approach involves extracting the compound from the corpus of 
documents. In this approach, the documents are processed and word 
sequences that occur with a frequency that is statistically significant are identified 
as compounds. The disadvantage with this approach is that it is inefficient, 
because there are many more compounds in the corpus than would typically 
occur in user queries. Thus, only a small fraction of the detected compounds are 
useful in practice. This is particularly true in a highly multi-lingual and diverse 
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corpus such as the web. Identifying ail compounds on the web is 
computationally difficult and would require considerable amounts of storage. 
Additionally, determining when a compound is statistically significant can be 
problematic. Many compounds of interest, e.g., names, may occur relatively 
infrequently, thus making it hard to accumulate a statistically significant sample. 

The second approach involves extracting compounds from a query log. 
This technique is similar to the above-discussed first approach, except that 
compounds are extracted from a log of past user queries instead of from the 
corpus of web documents. A disadvantage associated with finding compounds in 
query logs using statistical techniques is that word sequences occurring in query 
logs may not correspond to compounds in the documents. This is because 
queries, especially on the web, tend to be abbreviated forms of natural language 
sequences. For example, the words "mp3" and "download" may occur together 
often in query logs but "mp3 download" may not occur as a compound in a 
document. 

A disadvantage of both corpus and query log based techniques, and 
indeed of any technique relying purely on previously detected compounds and on 
statistics to segment a query, is that they tend to ignore the meaning of the 
query. Such techniques may identify a compound that is not consistent with the 
meaning of the query, which can negatively impact applications that rely on the 
compound as being a semantic unit within the query. 

For example, the queries "country western mp3" and "leaving the old 
country western migration" both have the words "country" and "western" next to 
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each other. Only for the first query, however, is "country western" a 
representative compound. Segmenting such queries correctly requires some 
understanding of the meaning of the query. In the second query, the compound 
"western migration" is more appropriate, although it occurs less frequently in 
general. 

Thus, there is a need in the art to be able to more accurately identify 
compounds that correspond to a semantically meaningful unit. 



SUMMARY OF THE INVENTION 
Systems and methods consistent with the present invention address this 
and other needs by identifying compounds based on the overall context of a user 
query. 

One aspect of the present invention is directed to a method of identifying 
semantic units within a search query. The method includes identifying 
documents relating to the query by matching individual search terms in the query 
to an index of a corpus and generating substrings of the query. For each of the 
generated substrings, a value is calculated that relates to the portion of the 
identified documents that contains the substring. Semantic units are selected 
from the generated substrings based on the calculated values. 

A second aspect of the present invention is directed to a method of 
locating documents in response to a search query. The method includes 
generating a list of relevant documents based on individual search terms of the 
query and identifying a subset of documents that are the most relevant 
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documents from the list of relevant documents. Substrings are identified for the 
query and a value related to the portion of the subset of documents that contains 
the substring is generated. Semantic units are selected from the generated 
substrings based on the calculated values. Finally, the list of relevant documents 
is refined based on the semantic units. 

A third aspect of the present invention is directed to a server that includes 
a processor, a database, and a memory. The memory includes a ranking 
component configured to return a list of documents ordered by relevance in 
response to a search query and a semantic unit locator component that locates 
semantic units in search queries entered by a user based on a predetermined 
number of the most relevant documents in the list returned by the ranking 
component. 

Additional aspects of the present invention are directed to computer 
systems and to computer-readable media having features relating to the first 
three aspects. 



The accompanying drawings, which are incorporated in and constitute a 
part of this specification, illustrate an embodiment of the invention and, together 
with the description, explain the invention. In the drawings, 

Fig. 1 is a diagram illustrating an exemplary network in which concepts 
consistent with the present invention may be implemented; 
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Fig. 2 is a flow chart illustrating methods for locating semantic units within 
a search query; and 

Fig. 3. is a flow chart illustrating a method for calculating a weighted 
fraction of documents within a subset of documents. 



DETAILED DESCRIPTION 
The following detailed description of the invention refers to the 
accompanying drawings. The detailed description does not limit the invention. 
Instead, the scope of the invention is defined by the appended claims and 
equivalents. 

As described herein, a semantic unit locator identifies compounds within a 
query based on the overall context of the query. The semantic unit locator 
generates a subset of documents that are generally relevant to the query based 
on the individual terms within the query. Combinations of potential compounds 
from the query are then evaluated against the subset of documents. 

Fig. 1 is a diagram illustrating an exemplary network in which concepts 
consistent with the present invention may be implemented. The computer 
network includes multiple client devices 102, a server device 110, and a network 
101 , which may be, for example, the Internet. Client devices 102 each include a 
computer-readable medium 109, such as random access memory, coupled to a 
processor 108. Processor 108 executes program instructions stored in memory 
109. Client devices 102 may also include a number of additional external or 
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internal devices, such as, without limitation, a mouse, a CD-ROM, a keyboard, 
and a display. 

Through client devices 102, users 105 can communicate over network 101 
with each other and with other systems and devices coupled to network 101, 
such as server device 110. 

Similar to client devices 102, server device 110 may include a processor 
1 1 1 coupled to a computer readable memory 112. Server device 110 may 
additionally include a secondary storage element, such as database 130. 

Client processors 108 and server processor 1 1 1 can be any of a number 
of well known computer processors, such as processors from Intel Corporation, 
of Santa Clara, California. In general, client device 102 may be any type of 
computing platform connected to a network and that interacts with application 
programs, such as a digital assistant or a "smart" cellular telephone or pager. 
Server 110, although depicted as a single computer system, may be 
implemented as a network of computer processors. 

Memory 112 may contain a search engine program 120. Search engine 
120 may include a semantic unit locator 121 and a ranking component 122. A 
more detailed description of the functionality implemented by search engine 120, 
semantic unit locator 121 , and ranking component 122 will be described below. 
Search engine program 120 locates relevant information in response to search 
queries from users 105. In particular, users 105 send search queries to server 
device 110, which responds by returning a list of relevant information to the user 
105. Typically, users 105 ask server device 1 10 to locate web pages relating to 
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a particular topic and stored at other devices or systems connected to network 
101. Semantic unit locator 121 assists search engine 120 in locating relevant 
information by identifying compounds in the user search queries. 

The operation of semantic unit locator 121 will now be described in more 
detail with reference to the flow charts of Figs. 2 and 3. In general, semantic unit 
locator 121 operates by looking at relevant documents for a particular query and 
identifying compounds within the relevant documents that also occur in the 
query. 

To begin, search engine 120 receives a query from a user 105. (Act 201). 
As an exemplary query, assume the user 105 inputs "leaving the old country 
western migration." Ranking component 122 generates a list of relevant 
S documents, ordered by relevance, based on the user query. (Act 202). 

fi "Relevance" in this context may be defined based on factors including but not 

L, limited to the proximity between query words in the returned documents (e.g., 

§ y 

Q documents in which the query words are close to each other are considered 

more relevant) and the order of the words in the returned document (e.g., 
documents in which the query words are in the same order as in the query 
phrase are considered more relevant). The returned list of documents may be 
extracted from a pre-indexed corpus of web documents, which may be stored in 
database 130. In general, processes for indexing web documents and searching 
the indexed corpus of web documents to return relevant documents is well 
known in the art. Accordingly, the functionality of ranking component 122 will not 
be described further herein. 
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The ranked list of documents returned by ranking component 122 may be 
very long. Semantic unit locator 121 may use only a subset of the returned 
documents. (Act 203). More particularly, semantic unit locator 121 may operate 
on the k most relevant documents returned by ranking component 122, where k 
is a predetermined number, such as 30. 

The user's query may contain a number of different multi-word substrings 
that could potentially be a compound. The input query "leaving the old country 
western migration," for example, includes a number of different multi-word 
substrings, such as: "leaving the," "leaving the old," "leaving the old country," 
"leaving the old country western," "leaving the old country western migration," 
"the old," "the old country," "the old country western," "the old country western 
migration," "old country," "old country western," etc. 

Semantic unit locator 121 may generate a first substring, s, of the user's 
query (e.g., "leaving the"). (Act 204). The semantic locator may then generate a 
value representing the fraction of the documents in the subset of returned 
documents that contain the substring. (Act 205). Thus, if 1 5 documents in a 30 
document subset contained the substring "leaving the," then the value generated 
would be Vz. This process is repeated for each substring in the query. (Acts 206 
and 207). The complete set of values generated by semantic unit locator 121 
define a function, referred to herein as the function FRAC[s], which, for any 
substring s, returns the fraction of the k documents containing s. 

Based on FRAC[s], semantic unit locator 121 selects substrings that occur 
frequently in the set of k documents. More particularly, semantic unit locator 121 
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selects the substrings that have FRAC[s] greater than a predetermined threshold, 
f(e.g., f= 0.25). (Act 208). Substrings that are completely contained within a 
longer substring that has FRAC(s) > fare not selected. If two or more of the 
selected substrings overlap, semantic unit locator 121 selects the substring with 
the higher FRAC value. (Act 209). The resultant set of compounds defines the 
segmentation of the initial query. 

As an example of Acts 208 and 209, assume that the query "leaving the 
old country western migration" has four substrings having FRAC[s] greater than f, 
namely: "the old country" (f=0.53), "old country" (f=0.55), "western migration" 
(f=0.5), and "country western" (f=0.4). In Act 208, semantic unit locator 121 
discards "old country," as it is completely contained in the longer substring "the 
old country," which has a FRAC value greater than the threshold. In Act 209, 
"country western" is discarded as it overlaps with "the old country" and "western 
migration" and has the lowest FRAC value of these three terms. Thus, in this 
example, the processed query contains the compounds "the old country" and 
"western migration," along with the single search term "leaving." Although the 
example described above included consideration of the word "the," other 
implementations may exclude the consideration of commonly-occuring words. 

As an alternative implementation for finding compounds to that discussed 
in Fig. 2, semantic unit locator 121 may give additional preference to highly 
ranked documents in the k subset of documents. In other words, a substring that 
is in, for example, the most highly ranked document of the k documents, is 
counted more heavily than if the substring was in a lower ranking one of the k 



n 



0^ Docket No.: 0026-0001 

documents. One method for accomplishing this is to compute FRAC[s] as a 
weighted sum based on the ranking of the document in which the compound s 
occurs. Fig. 3 is a flow chart illustrating, in more detail, this method for 
calculating FRAC[s]. 

In relation to the method of Fig. 2, Acts 301-304, illustrated in Fig. 3, may 
be used as an alternative to calculating FRAC[s] (as calculated in Acts 205-207 
of Fig. 2). 

Semantic unit locator 121 identifies a set of documents, Q(s), as the 
documents in the most relevant k documents that contain the substring s (i.e., the 
first k documents returned from ranking component 122). (Act 301 ). A function, 
f(d), is defined as: 

f(d) = , 

J k + \og(RANK(d)) 

where RANK(d) returns the ranking (one through k) of document d. (Act 302). 
Semantic unit locator 121 calculates N as: 

where the sum is over all of the k documents. Finally, FRAC[s] is defined as: 

FRAC[s] = ^f(d), 

where the sum is over all documents d in Q(s). (Act 304). 

FRAC[s], once defined with the method in Acts 301-304, can be applied 
by semantic unit locator 121 in the manner described above with regards to Acts 
208 and 209ln summary, semantic unit locator 121 intelligently identifies 
compounds within a query by first identifying documents related to the individual 
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terms in the query. Compounds are then selected using a methodology based 
on the rate of occurrence of the compound within the identified documents. The 
methodology illustrated in Acts 205-207 of Fig. 2 identifies compounds based on 
the fraction of each compound occurring in the identified documents. In the 
methodology of Fig. 3, compounds are identified based on a weighted fraction of 
each compound occurring in the identified documents, where the weighting factor 
is derived from the relevance of the identified documents. 

Compounds identified by semantic unit locator 121 may be used in search 
engine 120 in a number of different ways. 

The semantic unit locator 121 may receive the search query input by a 
user in real-time. Semantic unit locator 121 may then identify compounds and 
use the compounds to refine the ranking of the list of relevant documents initially 
located by the search engine 120. 

Alternatively, instead of immediately having semantic unit locator 121 find 
compounds in an input query, search engine 120 may save input queries to a 
log. In a subsequent, potentially off-line step, semantic unit locator may identify 
and save compounds for the logged queries. When the same query or a closely 
related query is then received by search engine 120, the saved compounds are 
used by search engine 120. 

The foregoing description of preferred embodiments of the present 
invention provides illustration and description, but is not intended to be 
exhaustive or to limit the invention to the precise form disclosed. Modifications 
and variations are possible in light of the above teachings or may be acquired 
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from practice of the invention. For example, although the preceding description 
generally discussed the operation of search engine 120 in the context of a search 
of documents on the world wide web, search engine 120, and hence semantic 
unit locator 121, could be implemented on any corpus. 

The scope of the invention is defined by the claims and their equivalents. 
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